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(54) Abstract Title 

Client-Server system 

(57) This invention relates to a way of downloading content from a server to a mobile phone in which the 
server can be accessed directly from within a phone menu application. The content is thus downloaded from 
the server to the mobile phone, and accompanying the content is HTTP header that indicates the source URL 
of the server. The content once received at the phone from the sewer is then subjected to examination 
whereby the mobile phones determines whether or not the downloaded content is from a trusted server. 
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Client-Server System 

The present invention relates to a client-server system, and more particularly to a 
5 way of downloading content between a client and a server. 

A client-server system comprises a client terminal and a remote server. In the 
context of the present invention a client terminial consists in a portable radio 
communication device such as a mobile phone operating in a communications 
10 network. The server is located remotely from the client and is -connected with the 
network. The client terminal and the server in the context of the present invention 
operate to transfer content and data between one another over the air by means of 
an air interface. 

15 Against this background and in one aspect, the present inventions provides a client- 
server system as set out in claim 1 . 

By means of the invention, an end user can obtain new secure content for use on 
his/her terminal from a server quickly, efficiently, and with minimal user input That is 
20 to say, the user is able to download content from a server to his/her terminal without 
having to carry out a large number of steps on his terminal {such as key depressions) 
in order to do so. 

In a specific example, a WAP enabled user terminal (e.g. mobile phone) has stored 
25 on a memory thereof an electronic game which the user can play by means of the 
phone's Games menu software and user interface (e.g. LCD, keys, etc). After a 
number of plays, the user may wish to have on his/her phone a new (or modified) 
version of the game (e.g. new level), which new version is available for downloading 
from a server of the games provider. Accordingly, in a specific arrangement of the 
30 present invention, there is provided, as a selectable option embedded in the Games 
sub-menu, a direct games services link, which the user can select to -effect 
connection to the server. This directly activates, via the phone's WAP browser, a 
transmission from the mobile phone to the Games server comprising a request for a 
new games download. This request Is received at the server, processed by the 
35 server and then if appropriate the requested games download is transmitted by the 
server via the network to the user's terminal. At the terminal, the new game's 
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download is received, processed and stored on the phone's memory as the default 
version of that particular game. The whole process advantageously is automatic: the 
user is required only to initiate the request for the new game's download using the 
direct games services link in the Games sub-menu, and the remaining steps of 
5 contacting the games server, downloading, and storing and setting the new games 
download as default is accomplished without the user having to perform a great 
many further operations. Hence, in so far as the user is concerned the whole 
process of obtaining games downloads level is a seamless one. 

In this Games download example, the advantages are achieved by the provision 
primarily of a combination in the mobile phone of a direct games services link in the 
Games sub-menu and a secure games download authentication means. Because of 
the direct games services link, the user does not need directly to navigate to and 
open the mobile phone's WAP browser, and because of the download authentication 
means, the phone carries out security checks oh the games download received from 
server and if recognised as the coming from a secure source is saved directly in the 
mobile phone memory as the default version of the game. 

The present invention is not limited, in respect of the requesting, downloading and 
20 security functionality, to just Games Services, but applies more generally to all forms 
of multi-media applications services such as music and images. 

Other aspects and features of the invention are defined in the appended claims. 

25 In order to aid a better understanding of the present invention, an embodiment of the 
invention will now be described. This should not be construed as limiting the 
invention, but merely as an example of a specific way of putting the invention into 
effect. In particular, the invention will be described with reference to the 
accompanying drawings in which: 

30 Figure 1 is a schematic of client-server system in accordance with a preferred 
arrangement of the present invention; 

Figure 2 is a block diagram illustrating selected functional aspects of the client server 
system of Figure 2; 

Figure 3 is a flow chart outlining a preferred way of effecting downloading of content 
35 in the client-server system of Figures 1 and 2, 

Figure 4 is a hierarchy illustrating a server side download structure; 





Figure 5 is a hierarchy illustrating a games data file structure; and 
Figure 6 is a game data file structure. 

Figure 1 outlines three entities of the present invention, namely a server 21 that 
5 holds content for downloading, an end user's mobile phone 31 thiat is able to 
download the content, and an operator network 41 that provides a 
telecommunications service to the mobile phone 31. The server 21 has a unique 
URL address and using this can be accessed by the end user through the mobile 
phone 31 which may be WAP or iMODE enabled. 

10 ■; 

As indicated previously, electronic games software is one example of content for a 
mobile phone platform, and in the following example reference will be miade to mobile 
gaming and games content, although the invention is in no way intended to be limited 
to mobile gaming and games content. 

15 ' : \ : ■/ /" 

Mobile gaming is a term used to refer to all aspects of electronic games in the 
context of mobile communications. It is not uncommon nowadays for mobile phones 
to have, pre-loaded on a memory of the phone, content relating to one or more 
electronic games. The games can be played on the mobile phone through the 

20 phone's User Interface normally involving the use of the LCD and one or more of the 
keys. In order to play a game, the user navigates through the phone's various main 
menu options to the Games option and then selects the particular electronic game he 
or she wishes to play. Certain keys of the mobile phone's keypad will be pre- 
assigned for enabling the user to control certain predetermined features of the game, 

25 usually in relation to other features of the game which are under the control of the 
software of the game. In this way, the user can be regarded as playing 'against the 
computer 1 . Additionally, in a two (or more) player game, each user (player) has 
control over his/her particular game's characters or features with which he/she plays 
against the other player(s). 

30 

In general terms, an electronic game that is designed to be played on a mobile 
phone is created by a content provider, who may be the mobile phone manufacturer 
or a third party. Typically, the electronic game comprises a games engine that 
provides the general functions of the game including instructions and routines for 
35 gameplay/ for example by drawing of library functions that define how games 
characters may interact during game play. The electronic game also has gaming 




parameters that set out the environmental factors that define the backdrop to the 
game. Then there are gaming parameters relating to characters of the games, 
these being entities of the game under user control and with which the user during 
gameplay associates himself, for instance a team in a sports game, or a fighter in a 
5 combat game. In the games content, a combination of these factors define the look 
and feel of the game, its characters, its objectives, its rules of operation. 

In order to afford variation in gameplay, in-built into the games software, typically, is 
the ability to have different levels of gameplay ranging in complexity. This is usually 

1 0 implemented in the software by making changes to characters, features, aspects and 
other parameters of the basic gameplay. The content provider additionally creates 
new levels and/or versions for the game. When new levels and/or versions are 
applied to the game it modifies the games content. Modified games content has 
associated with it an identifier tag that identifies the version that has been used in its 

15 construction. 

The mobile phone manufacturer may embed the games content onto the phone 
during manufacture, or authorise downloading of the games content onto the phone. 
Thus the user of the mobile phone is equipped for mobile gaming. 

20 

Turning to the end user, the end user is provided with a mobile phone 31 carrying the 
original games content, and the phone is provided a wireless communication service 
through the games operator network 41. The end user may begin playing the 
embedded game in either a stand-alone fashion or interactively with other users. 

25 After a number of plays of the game, the user will, in the majority of cases, become 
increasingly proficient at the game. After continued play, and depending on the skill 
and ability of the particular user, the end user will most probably master the game. 
At this stage, ordinarily the challenge of the game would fade and the user would 
lose interest in the game. However, by means of the preferred arrangement of the 

30 invention the user has the option to download from the mobile phone manufacturer's 
server 21 new levels and/or versions so as to create a new and/or more difficult or 
different level. The end user accordingly requests using a direct games services link 
in the Games sub-menu, the download of new levels and/or versions from the server 
21 via the operator's network 41 . The server 21 holds files of specific type containing 

35 the games data. Selecting one of those files results in the download of the file to the 
mobile phone. After validation by the games engine and game itself by means of a 
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security and authentication process, the games data file is installed to the mobile 
phone's permanent memory. A more detailed description of this process now 
follows. 

5 Referring to Figure 2, there is shown the end user mobile phone terminal 31, which 
through the operator network having an operator server 42 can access the mobile 
phone manufacturer's server 21 having a memory containing downloadable files 
corresponding to new levels and/or versions (L1, L2, L3) of a particular electronic 
game. Ah end user 31 wishing to connect to the server 21 to obtain a games 

10 download selects a direct games service link 32 provided as one of the selectable 
alternatives in the Games sub-menu, for example a selectable menu item called "On- 
line" (or something similar). The direct games service link is a menu-driven option 
embedded in the Games sub-menu structure. When the user selects the "On-line" 
menu item, the software functions to launch the mobile phone's browser 33 (e.g. 

15 WAP browser) and load into it a pre-determined URL identification, thus 
automatically activating a connection to that addressed URL server in order to send a 
download request to the server. For example a user of Nokia's 3340 phone would 
select "On-line" from within the Games sub-menu and this would launch the browser 
to load a file, e.g. www.clubnokia.com/qames/3340/index.wml . It may be that the 

20 "3340" portion of this example URL, is not included in the file definition, but instead 
this information is derived by the server from the information which the phone's 
browser presents to the server. 

Alternatively or additionally, the direct games services link option may be configured 
25 to appear on the LCD automatically on successful completion of a particular game 
level. The user could in this case then elect to download the next level without 
having to return to the Games sub-menu. 

As indicated above, part of the request may contain a location identifier that, based 
30 on pre-programmed characteristics of the mobile phone, serves to place the user at 
the appropriate part of the server (e.g. automatically at the top of the navigation tree 
for the user's phone, describe later in relation to Figure 4). Thus, the server is 
configured to detect the phone type from the information passed to the server by the 
WAP browser. This allows the server to present the right options/data for that 
35 particular phone type. The user can thus access the content in an efficient manner. 
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The user's request is received first by the network operator at the operator server 42, 
this is indicated in Figure 3 at block 100. Here a series of checks is carried out in 
relation to the request in an operator authentication process. As indicated at block 
110 in Figure 3, it is checked whether the user subscribes to the appropriate tariff to 
5 entitle him/her to access the server in order to obtain the requested service. 
Accordingly, the user's identity is checked along with his/her tariff subscription. If a 
positive determination is made, i.e. that the user does subscribe to the appropriate 
tariff, the operator server forwards the request to the URL address identifying the 
mobile phone manufacturer's games server 21 , as indicated at block 1 20. 

10 

If, on the other hand, the user is identified as not being a subscriber on the 
appropriate tariff to be allowed the desired service flow passes to block 115 in which 
the operator server sends a message to the user denying him/her the request. At 
this juncture, the message may contain information informing the user of steps he 
1 5 may take in order to apply to subscribe to the correct tariff for obtaining games 
downloads. If at block 1 15 the user agrees to the appropriate tariff he completes the 
necessary subscription requirements and flow returns to START. 

Returning to the situation where the network operator accepts the user and engages 
20 the manufacturer's server to service the request, the user's request received at the 
server undergoes further authentication and identification at block 130, for instance 
to check for compatibility between the user's mobile phone and the games download 
requested. This may be on the basis of an identifier tag associated with the user's 
terminal software. 

25 

On successful authentication at the server, the server provides access to data files 
that the phone will download via the browser and accordingly may present the user 
with a series of choices as to which version or level (e.g. L1, L2, or L3) the user 
would like to download. The server may offer further information on each of the 

30 downloadable files. The server is equipped to deal with multiple phone types 
needing to access similar types of data, or in some cases the same data. The data 
may or may not be different for each of the phone types (for instance Nokia's 3330 
and 3390 mobile phones are variants of the same phone and so in order to support 
data download for these phones, the content is identical. Conversely, if Nokia's 6210 

35 mobile phone supported data download for the same game as the 3330 mobile 
phone, the content would be different since the screen resolutions for the two mobile 
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phone models differ. Thus, in order to access the games server there is a common 
root URL for all the games services, with a means for differentiating content such as 
a sub-directory for each mobile phone type, as illustrated in Figure 4. Within that 
structure, the user browses URLs to locate the required downloadable data content. 
5 The links when browsing may in some cases take the user to data files that are 
common with other phones. Within the server memory, games data files are 
advantageously organised within a common area for downloads by mobile phone 
model type. This requires sub-division by data version which is used to differentiate 
such things as screen size differences. 

10 

Figure 4 gives an example of a user navigation structure for data download for the 
Nokia game Pairs2 in respect of mobile phone models 3310, 3390 (which have the 
same data content) and 6210 (which has different content). The illustrated user 
navigation structure does not necessarily imply that this structure exists as a 

15 directory hierarchy on the server, but this is the navigatable structure presented by 
the WML accessed via the mobile phone browser. In other words, from the header 
information contained in the request the server can identify the browser for the phone 
type making the request. This may be by using an initial file which is loaded when 
accessing the services for that phone type (perhaps 'index.wml'). This file then 

20 allows the user to browse the structure shown in Figure 4. The exact composition of 
the Pairs2 decks and cards that is presented to the server is a matter for server 
implementation. 

The user then makes a selection of the required version. This is indicated at *>lock 
25 140. 

Alternatively, the server may detect what version/level is currently stored on the 
user's handset by virtue of a games level identifier tag that accompanies the user's 
games download request, and on that basis only allow the user to download the next 
30 successive version/level. 

The selected games download then undergoes further processing in the server. 
Initially, the selection passes to a controller 22 in Figure 2 that checks at block 145 in 
Figure 3 that the requested game is the appropriate one for the particular user to 
35 play. For instance, if the user is a novice at a particular game the server -ensures 
that the game to be sent to the user is the level 1 (i.e. easiest) version of the game. 
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Such a check may be made by reference to a user profile that may be stored on the 
server (for example based on some pre-existing registration), or uploaded to the 
server from the phone. The games controller 22 then accesses the memory storage 
23 holding the appropriate games download data file using a memory address, and 
5 from there retrieves a copy of the games download file, as indicated at block 150 in 
Figure 3. Following appropriate checks, the games download file is dispatched from 
the server and transmitted according to block 160 via the operator server 42 to the 
mobile phone. In downloading the games data file, the transport protocol presents 
certain pre-determined codes or qualifiers with the data file which serve to provide an 

10 indication of the server's identity, this is indicated at block 170. Specifically, the 
HTTP header may indicate, through use of a specific mime type in a form such as: 
"Content-Type: application/X-NokiaGameData* 1 , the type of data that is being 
downloaded. This provides information on what processes can be applied to the file. 
When received, this indicates to the mobile phone that the flames engine should 

15 receive this content. Furthermore, the originating URL of the game data may be 
used as a means of validating the authenticity of the data. The mime type is used 
advantageously for any number of games which the mobile phone's game engine 
may support, by removing the need to define a new mime type for each game. 

20 On receipt of the games download file at the mobile phone, a message is displayed 
on the phone's LCD indicating that the games download has been delivered. The 
mobile phone's processor carries out a series of error checks to ensure that all the 
data has been faithfully received (block 190 in Figure 3), if not a void games data file 
is registered at block 200. In addition to the error checks, the mobile phone's 

25 processor invokes a security and authentication process, as given by block 210. In 
this process, the phone checks that the correct games download file has been 
received and from the correct server. 

To carry out the security and authentication process, the mobile phone's browser is 
30 configured to examine the information passed between the server and the phone and 
more particularly to recognise and accept a file type for games download data (e.g. 
for Nokia games download data). Specifically, the games download data file is 
recognised by the browser by the mime type (e.g. application/x-Nokia-GameData) 
and can be passed first to the game engine and then by the game engine to the 
35 specific game for security and authentication checks. 




The browser calls a handler from the games engine to process the games download 
data file. The handler is based on the transport mechanism employed in the mobile 
phone (e.g. WAP, SMS or iMODE) and serves to signal the arrival of data. 

5 By calling on the handler, part of the authentication is performed by the games 
engine, and another part is performed by the game itself since only the game itself 
can recognise certain play features of the game. 

If the browser sends the game application the source URL in the message with the 
10 data a check is made that the source is valid e.g. www.clubnokia.com/games/, and 
the content may be rejected if it is deteremined from the check that it has not been 
sent from a valid source. Accordingly, if the games download file is verified as being 
from an authentic source, it is accepted, if not the games download is rejected as 
void data. 

15' " ' V ■'/ ?■■, 

If void game data is registered a notification is sent to the server via the operator of 
the rejected game (block 220). If the games download data file is accepted, it is 
stored to the mobile phone's memory, as shown at block 230 in Figure 3. 

20 The downloaded game data file structure is described with reference to Figure 6: 

Game engine data header: Data used by the game engine to validate the file and 
route the data to the correct game; Common game data header: data used by all 
games to validate the file and identify it; Game specific data: the data actually used 
when running the game to revise the gameplay. 

25 ' ' ' " ' ; 

Storage onto the phone's memory, may be carried out by the user through use of the 
menu options to save the game onto the phone memory. Alternatively, there may be 
automatic saving to memory on verification of error free receipt of a secure game. 
The data file would be stored in a part of memory that does not depend upon the 
30 phone remaining powered up, or with a charged battery. 

Storing the games download into the mobile phone memory modifies the previously 
stored games data for instance by overwriting library data or aspects of in-game data 
to provide modified content thereby avoiding taking up substantially extra memory 
35 space. 
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The step of saving the games download on the phone causes a signal to be 
transmitted to the server via the operator that the games download has been 
accepted and saved in the mobile phone memory. This acts as a confirmation of 
receipt and acceptance by the user as shown at block 200. 

5 

Transfer of signals between the user's mobile phone and the server may use any 
appropriate modes such as WAP and SMS, advantage being taken of security 
protocols established under these modes. For example, in order to establish a 
secure session between the server and the mobile phone there may be an exchange 
10 of public keys, followed an exchange of secret keys. 

Thus it should be noted that this specific embodiment of the invention, determines 
whether or not the received games download is from a 'trusted 1 server, and this 
accordingly blocks downloading of games content from unauthorised sources. A 
15 trusted server is one that the mobile phone recognises is a server authorised to 
provide content for download to the mobile phone, and this may be on the basis of 
information pre-loaded, flashed or even downloaded to the phone's memory, and 
may be implemented for example in the form of a look-up table. Advantageously, the 
invention provides a safeguard against the content crashing the phone. 

20 

Various arrangements are envisaged for schemes for payment by the user for the 
downloaded content. One arrangement is to set a limit in the server of number of 
times a single user could download a purchased piece of data. This would require 
database entries in the server to track which users had downloaded which data and 

25 monitor how many times the content has been downloaded. The same data could be 
downloaded again by paying again. This allows for reloading of data. Another 
arrangement is to have the games engine keep track of data it had ever downloaded. 
Whenever data was detected which was not previously registered on that mobile 
phone, the phone would prompt the user to send a message (e.g. SMS) to the server 

30 with a pre-defined message. This message may contain the data identification and a 
reverse billing process is set up on the received messages to the server. Then 
instead of paying initially for the data content, the user gets billed for the act of 
"unlocking" it on the device. 

35 It should be understood that the specific description given above provides merely one 
way of embodying the present invention, and that the present invention may be used 



in other forms and for other types of content download without departing from its 
essential attributes. 

Thus, reference should thus be made to the appended claims and other general 
statements herein rather than to the foregoing description as indicating the scope of 
the invention. 

Furthermore, each feature disclosed in this specification (which terms includes the 
claims) and/or shown in the drawings may be incorporated in the invention 
independently of other disclosed and/or illustrated features. In this regard, the 
invention includes any novel feature or combination of features disclosed herein 
either explicitly or any generalisation thereof irrespective of whether or not it relates 
to the claimed invention or mitigates any or all of the problems addressed. 

The appended abstract as file herewith is included in the specification by reference. 




Claims 

1 .A client-server system comprising 
a client terminal and a remote server, 
5 wherein the client terminal comprises a portable radio communication device 

having a user interface and authentication means, 
the user interface comprising 

a plurality of user selectable menu applications and a browser 
application, 

1 0 and operable to request content stored at the server, 

wherein one or more of the menu applications includes, 
embedded in a sub-menu thereof, a user selectable direct 
download link comprising the server address, whereby in 
response to user selection of the direct download link from 

15 the sub-menu the browser application controls the radio 

communication device to transmit a signal to connect to the 
server, 

and the authentication means comprising means for checking validation 
data of content downloaded from the server, 
20 and wherein the remote server comprises 

means for downloading said content to the portable radio 
communication device whereby validation data is associated with said 
content so as to be identifiable by said authentication means as 
originating from the said server. 

25 

2. A client terminal comprising a portable radio communication device having a user 
interface and authentication means, the user interface comprising a plurality of user 
selectable menu applications and a browser application operable to request content 
stored at the server, wherein one or more of the menu applications includes, 

30 embedded in a sub-menu thereof, a user selectable direct download (ink comprising 
the server address, whereby in response to user selection of the direct download link 
from the sub-menu the browser application controls the radio communication device 
to transmit a signal to connect to the server, and the authentication means 
comprising means for security checking validation data associated with the content 

35 downloaded from the server. 
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3. A system or terminal as defined in any preceding claim, wherein the terminal 
comprises means automatically, after said checking of the validation data, for storing 
the downloaded content to a memory of the terminal as a default memory setting. 

4. A system or terminal as defined in any preceding claim, wherein said validation 
data comprises download transport protocol HTTP header and the authentication 
means examines said header. 

5. A computer program product on a portable radio communication device, the 
product comprising a user interface comprising a plurality of user selectable menu 
applications and a browser application, wherein one or more of the menu 
applications includes, embedded in a sub-menu thereof, a user selectable direct 
download link comprising a server address, whereby in response to user selection of 
the direct download link from the sub-menu the browser application controls the radio 
communication device to transmit a signal to connect to the server. 

6. A computer program product on a portable radio communication device, the 
product comprising authentication means for security checking content downloaded 
from a server to the device so as to determine whether or not the downloaded 
content is from a trusted server. 

7. A method for downloading content to a client terminal consisting of a portable 
radio communication device from a server, the portable radio communication device 
having a user interface comprising a plurality of user selectable menu applications 
and a browser application, 

wherein one or more of the menu applications 

includes, embedded in a sub-menu thereof, a user selectable direct download link 
comprising the server address, whereby in response to user selection of the direct 
download link from the sub-menu the browser application controls the radio 
communication device to transmit a signal to connect to the server, the method 
comprising selecting said direct download link from the sub-menu 
so as to request content stored at the server, 

processing and downloading said content from the server to the portable radio 
communication device, and 

security checking the content downloaded from the server. 
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8. A client terminal comprising a portable radio communication device having a user 
interface comprising a plurality of user selectable menu applications and a browser 
application, wherein one or more of the menu applications includes, embedded in a 
sub-menu thereof, a user selectable direct download link comprising a server 
address, whereby in response to user selection of the direct download link from the 
sub-menu the browser application controls the radio communication device to 
transmit a signal to connect to the server. 

9. A client terminal comprising a portable radio communication device having a user 
interface comprising a plurality of user selectable menu applications and a browser 
application, means for requesting content stored at a server, authentication means 
for security checking the content downloaded from the server so as to determine 
whether or not the downloaded content is from a trusted server. 

10. A client-server system or client terminal substantially as hereinbefore described 
with reference to or a shown in the accompanying Figures. 
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